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Beschreibung 

Medizinische Systemarchi tektur mit einem Arbeitsplatz und 
einem Ruf -System 

5 

Die Erfindung betrifft eine medizinische Systemarchi tektur 
mit einem Arbeitsplatz zur Erfassung und/oder zur Nachbear- 
beitung von Daten und/oder Untersuchungs-Bildern . Derartige 
Systemarchitekturen dienen beispielsweise in Krankenhausern 
10 zur Erzeugung und Bearbeitung medizinischer Untersuchungs- 
Bilder, um Diagnosen von Patienten erstellen zu konnen . 

Aus dem Buch ,f Bildgebende Systeme fur die medizinische Dia- 
gnostik" , herausgegeben von H. Morneburg, 3. Auflage, 1995, 
15 Seiten 684ff sind medizinische Systemarchitekturen, sogenann- 
te PACS (Picture Archival and Communication Systeme) , be- 
kannt, bei denen zum Abruf von Patientendaten und durch Moda- 
litaten erzeugte Bilder Bildbetrachtungs- und Bildbearbei- 
tungsplatze, sogenannte Workstations, uber ein Bildkommunika- 

_2.0. t ionsnetz- mi t einander- -ver-bunden- s-i-nd- - -Dabei- -er f o Ig t- ~di e Uber ^ 

tragung nach einem Standard fur radiologische Informations- 
system, beispielsweise DICOM. 

In vielen Fallen fuhrt ein Bediener, ein MTRA, eine Untersu- 
^5 chung an einer Modalitat bzw. eine Nachbearbei tung an der 

Workstation selbstandig durch, ohne dass ein Arzt, ein Exper- 
te, anwesend ist. Ergeben sich bei diesen Arbeiten j edoch Ab- 
' weichungen vom normalen Workflow, beispielsweise wegen spe- 
zieller Umstande oder Ergebnisse, ist haufig eine Rucksprache 
3 0 bzw. Abklarung mit dem zustandigen Experten notwendig. Dieser 
muss dann von dem Bediener benachrichtigt werden, um das 
Problem entweder fernmiindlich oder vor Ort zu klaren. 

Es ist in diesem Falle bekannt, den Experten entweder per Te- 
3 5 lefon oder Beeper zu benachrichtigen bzw. zu kontaktieren . 
Bei einer Telef onanf rage ergibt sich das Problem, dass der 
Experte in der Regel nicht direkt zu erreichen ist, da er an 
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wechselnden Einsatzorten mit anderen Tatigkeiten beschaftigt 
ist. Eine reine Benachrichtigung mit Beeper erlaubt dagegen 
dem Experten nicht, die Dringlichkei t der Anfrage einzuschat- 
zen und entsprechend zu handeln, in dem er sofortig reagiert, 
5 die dringende Notwendigkeit erkennt, tatsachlich vor Ort zu 
kommen, oder ob er nur per Telefon nachfragen soil. Dieses 
erschwert die Kommunikation erheblich und verursacht unnotige 
Unterbrechungen im Workflow. 

10 Die Erfindung geht von der Aufgabe aus, die medizinische Sys- 
temarchi tektur der eingangs genannten Art derart auszubilden, 
p dass eine gezielte Benachrichtigung eines Experten aus dem 



normalen Workflow ohne Unterbrechungen moglich ist 



15 Die Aufgabe wird erf indungsgemafi dadurch gelost, dass dem Ar- 
beitsplatz ein Ruf-System zur Ubertragung von Nachrichten, 
beispielsweise als Dateien, zugeordnet ist. Der Benutzer ei- 
nes medizinischen Arbei tsplatzes beispielsweise einer Modali- 
tat kann auf elektronischem Weg von seinem Konsolenarbei ts- 

2 0 plat z__digi tale -Nachrichten- an- -einen— Expert-en - versenden- — Der — 

artige medizinischen Modalitaten konnen beispielsweise ein 
MR-, CT-, Ultraschall- , Rontgen- oder Angiogerat, Nuklear- 
Kamera, Uberwachungsmonitor , Be f undungs - Wo r ks t a t i on oder Be- 
strahlungsgerat sein. Somit erhalt man ein in den Arbei ts- 
und Datenkontext eines medizinischen Arbei tsplatzes 
integriertes automatisiertes Experten-Ruf -System zu einem 
mobilen Kommunikations-Gerat von diesem Arbeitsplatz . 

Es hat sich als vorteilhaft erwiesen, wenn das Ruf-System 
30 derart ausgebildet ist, dass manuell anderbare Eintragungen 
von Zusatzinf ormationen aus in einer Datenbank vorhandenen 
Objekttypen automatisch erfolgen. 



35 



Erf indungsgemafi weist das Ruf-System ein Bediener-Frontend, 
einen Kommunikations-Service und ein mobiles Kommunikations- 
Gerat aufweist. In vorteilhaf ter Weise kann das Bediener- 
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Frontend in einer Applikation an dem Arbeitsplatz integriert 
sein . 

In vorteilhaf ter Weise kann der Kommunikations- Service ein 
Kommunikations- Server und ein Koirmunikations- System aufwei- 
sen. Das Ruf -System kann auch mit Hilfe eines bestehenden Mo- 
bilfunknetzes realisiert werden . 

Die Bedienung vereinfacht sich, wenn das Ruf-System derart 
ausgebildet ist, dass eine manuell anderbare Eintragung der 
Adressaten, des aktuellen Patieriten, der aktuellen Prozedur 
und von Zusatzinf ormationen aus in einer Datenbank vorhande- 
nen Objekttypen automatisch erfolgt. 

Es hat sich als vorteilhaft erwiesen, wenn das Ruf-System 
ein mobiles Kommunikations-Gerat mit Display aufweist. 

Der Nutzungsumf ang lasst sich erweitern, wenn das Ruf-System 
eine Spracheingabe aufweist, die als Audiodatei an das Kom- 
JlCrm^kj^ - -ausgebbar— is t . 

Weisen die Arbeitsplatze Monitore auf , so konnen sie in vor- 
teilhafter Weise derart ausgebildet sein, dass neben den Un- 
tersuchungs-Bildern ein Kommunikations-Fenster auf den jewei- 
ligen Monitoren einblendbar ist. 

Die Fragen lassen sich beantworten oder auf den Ruf kann rea- 
giert werden, wenn das Ruf-System einen Inf ormations-Ruck- 
kanal von dem Kommunikations-Gerat zu dem Arbeitsplatz auf- 
weist . 

Der Rufende kann erkennen, dass sein Ruf beachtet wurde, wenn 
das Kommunikations-Gerat derart ausgebildet ist, dass es eine 
Empf angsbestatigung an den Arbeitsplatz nach Lesen der Nach- 
richt sendet. 
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Es hat sich als vorteilhaft erwiesen, wenn als Ubertragungs- 
technologie zwischen den Arbei tsplatzen und Kommunikations- 
Service Corba, Instant Messaging Oder Java Enterprise Beans 
Verwendung f inde t . 

Das Bediener-Frontend kann erf indungsgemaS als ein Java- 
Applet in einem Standard-Browser, beispielsweise von Micro- 
soft oder Netscape realisiert sein. 

Erf indungsgemaS kann das mobile Kommunikations-Gerat ein WAP- 
Handy, ein SMS-Handy oder ein Beeper mit Display sein. 

Die Erfindung ist nachfolgend anhand von in der Zeichnung 
dargestellten Ausf uhrungsbeispielen naher erlautert. Es zei- 
gen : 

Figur 1 ein Beispiel einer Sys temarchitektur eines Kranken- 
hausnetzes , 

Figur 2 e ine_s chema tis G-he-Da-rs-fee-H-ung-des" er f ~indun~g s gema&erT 

Ruf- Sys terns und 

Figur 3 eine schematische Darstellung einer Bedienerober- 

flache eines Monitors der erf indungsgemafcen System- 
architektur . 

In der Figur 1 ist beispielhaft die Systemarchi tektur eines 
Krankenhausnetzes dargestellt. Zur Erfassung medizinischer 
Bilder dienen die Modalitaten 1 bis 4, die als bilderzeugende 
Systeme beispielsweise eine CT-Einheit 1 fur Computertomogra- 
phie, eine MR-Einheit 2 fur Magnetische Resonanz, eine DSA- 
Einheit 3 fiir digitale Subtraktionsangiographie und eine 
Rontgeneinhei t 4 fur die digitale Radiographie 4 aufweisen 
kann. An diese Modalitaten 1 bis 4 sind Bedienerkonsolen 5 
bis 8 der Modalitaten oder Workstations angeschlossen , mit 
denen die erfassten medizinischen Bilder verarbeitet und lo- 
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kal abgespeichert werden konnen . Auch lassen sich zu den Bil- 
dern gehorende Patientendaten eingeben. 

Die Bedienerkonsolen 5 bis 8 sind zur Anbindung an ein PACS 
mit einem Kommunikationsnetz 9 als LAN/WAN Backbone zur Ver- 
teilung der erzeugten Bilder und Kommunikation verbunden . So 
konnen beispielsweise die in den Modalitaten 1 bis 4 erzeug- 
ten Bilder und die in den Bedienerkonsolen 5 bis 8 weiter 
verarbeiteten Bilder in zentralen Bildspeicher- und Bildar- 
chivierungssystemen 10 abgespeichert oder an andere Worksta- 
tions weitergeleitet werden. 

An dem Kommunikationsnetz 9 sind weitere Viewing-Workstations 
11 als Befundungskonsolen angeschlossen, die lokale Bildspei- 
cher aufweisen. Eine derartige Viewing-Works tation 11 ist 
beispielsweise ein sehr schneller Kleincomputer auf der Basis 
eines oder mehrerer schneller Prozessoren. In den Viewing- 
Workstations 11 konnen die erfassten und im Bildarchivie- 
rungssystem 10 abgelegten Bilder nachtraglich zur Befundung 

abgerufen und in dem lokalen Bildspeicher abgelegt - we-r-den-^ 

von dem sie unmi-ttelbar "der " an "der Viewing-Workstation 11 ar- 
beitenden Bef undungsperson zur Verfiigung stehen konnen. 

Weiterhin sind an dem Kommunikationsnetz 9 Server 12, bei- 
spielsweise Patientendaten-Server (PDS) , Fileserver, Pro- 
gram-Server und/oder EPR-Server angeschlossen. 

Der Bild- und Datenaustausch liber das Kommunikationsnetz 9 
erfolgt dabei nach dem DICOM-Standard, einem Industriestan- 
dard zur Ubertragung von Bildern und weiteren medizini schen 
Inf ormationen zwischen Computern, damit eine digitale Kommu- 
nikation zwischen Diagnose- und Therapiegeraten unterschied- 
licher Hersteller moglich ist. An dem Kommunikationsnetz 9 
kann ein Netzwerk-Interf ace 13 angeschlossen sein, liber das 
das interne Kommunikationsnetz 9 mit einem globalen Daten- 
netz, beispielsweise dem World Wide Web verbunden ist, so 
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dass die standardisierten Daten mit unterschiedlichen Netz- 
werken weltweit ausgetauscht werden konnen . 

Erf indungsgemaS ist mit dem Kommunikationsnetz 9 ein Kommuni- 
kations-Server 14 verbunden, das die Versendung und den Emp- 
fang der Nachrichten koordiniert. An dem Kommunikations- 
Server 14 ist ein Kommunikat ions -System 15, beispielsweise 
ein Sender, angeschlossen, der die Nachrichten an ein in Fi- 
gur 1 nicht dargestelltes Kommunikations-Gerat iibertragt . Das 
Kommunikations-System 15 kann dabei ein Funk-Sender, eine 
Vielzahl von Inf rarot-Sendern oder beispielsweise auch kom- 
plexere Strukturen eines Mobilf unknetzes sein. 

In der Figur 2 ist ein Arbeitsplatz 16 einer Bedienerkonsole 
5 bis 8 einer der Modalitaten 1 bis 4 oder Viewing-Worksta- 
tions 11, beispielsweise die Bedienerkonsole 6 der MR-Einheit 
2, dargestellt. Auf dem Monitor 17 des Arbei tsplatzes 16 ist 
als Bediener-Frontend ein Kommunikations-Fenster 18 einge- 
blendet, das noch anhand Figur 3 naher beschrieben wird. Die 
in dieses Komunikations-Een wird 
beispielsweise als Datei an einen Kommunikations-Service 19 
libertragen, der aus dem Kommunikations-Server 14 und dem Kom- 
munikations-System 15 bestehen kann. Dieser Kommunikations- 
Service 19 leitet die Nachricht an ein mobiles Kommunikati- 
ons-Gerat 20 weiter, das beispielsweise ein WAP-Handy, SMS- 
Handy oder Beeper mit Display sein kann. 

In der Figur 3 ist die Bedieneroberf lache 21 (User Interface) 
des Monitors 17 der Bedienerkonsole 6 der MR-Einheit 2 darge- 
stellt. Auf der Bedieneroberf lache 21 ist ein Bildbearbei- 
tungsfenster 22 mit mehreren nebeneinanderliegenden MR-Auf- 
nahmen wiedergegeben, neben dem in bekannter Weise zur Bedie- 
nung ein Steuerbereich 2 3 mit Icons zum Auslosen von Befehlen 
angeordnet sind. 

Soli nun ein Experte von der MR- Bedi ener kons o 1 e 6 benachrich- 
tigt werden, weil wahrend der Untersuchung oder Nachbearbei- 
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tung eine Frage oder ein Problem auftaucht, so kann auf der 
Bedieneroberf lache 21 der Bedienerkonsole 6 der MR-Einheit 2 
durch Klicken auf das Icon 24 das Kommunikations-Fenster 18 
geoffnet werden . 

In dem Kommunikations-Fenster 18 ist ein Eingabefeld 25 fur 
den zu rufenden Experten angeordnet, das beispielsweise durch 
den behandelnden Arzt aus der elektronischen Patienten Akte 
(EPR) vorbelegt ist. In ein weiteres Namensfeld 26 kann der 
Patient eingeben werden, wobei der Patient aus dem an der Be- 
dienerkonsole 6 vorliegenden Patienten vorbelegt ist. Ein 
Eingabefeld 27 fur die Prozedur, vorbelegt aus der aktuellen 
Untersuchung, ist ebenfalls editierbar.. In einem Textfeld 28 
kann die Problematik und Dringlichkeit kurz erlautert werden, 
so dass der Experte sofort reagieren oder antworten kann. 
Durch Drucken auf den Button " Abschicken" wird die Nachricht 
als Datei iiber den Kommunikations-Server 14 an den Sender 15 
ubertragen und dann per Funk oder auch Inf rarot-Licht an das 
Kommunikations-Gerat 2 0 wei tergegeben . 



Durch Anklicken eines Audio-Icons 29 kann mittels eines nicht 
dargestellten Mikrofons eine Spracheingabe erfolgen, die als 
Audiodatei an das Kommunikations-Gerat 2 0 iibermittelt und 
dort ausgelesen wird. 

Das Ruf-System kann auch einen in Figur 2 dargestellten In- 
f ormations-Ruckkanal 3 0 von dem Kommunikations-Gerat 2 0 zu 
dem Arbeitsplatz 16 aufweisen, durch den das Kommunikations- 
Gerat 2 0 eine Empf angsbestatigung nach Lesen der Nachricht 
senden kann. 

Es kann aber auch entweder in Text form - am Kommunikations- 
Gerat 20 eingegebene Textdatei an den Arbeitsplatz 16 gesen- 
det - oder ebenfalls per Spracheingabe mittels Audiodatei ei- 
ne Antwort der an den Experten gestellten Frage iibermittelt 
werden . 
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Durch die erf indungsgemaSe Ausbildung der medizinischen Sys- 
temarchitektur erhalt man ein automatisiertes Experten-Ruf- 
System, bestehend aus folgenden Komponenten: 

• Bediener -Front end, 

• Kommunikations-Service 19 und 

• mobiles Kommunikations-Gerat 2 0 des Experten. 

Das Bediener-Frontend, das Kommunikations-Fenster 18, kann in 
eine oder mehrere Applikationen an den Arbeit splat zen 5 bis 8 
und 11 des Bedieners integriert sein. Derartige Applikationen 
konnen der Patient Browser, Web-Browser und/oder Acquisition 
sein . 

Das Bediener-Frontend kann beispielsweise die folgenden Funk- 
tionen enthalten: 

• Automatische Eintragung der Adressaten (Experten) , der ma- 
nuell anderbar ist. 

• Automatische Ubernahme des aktuellen Patienten, der manu- 
ell anderbar ist. 

.•__&u£oma.t±sche..,~-mami-e^ 

Prozedur (Arbeitsschritt) , an der gerade gearbeitet wird. 

• Eingabemoglichkei t von Zusatzinf ormationen, wie beispiels- 
weise das Textfeld, in dem der Bediener seine Frage ein- 
tragen kann. 

Per einfacher Bedieninteraktion, beispielsweise ein Button- 
Klick, wird von diesem Bediener-Frontend eine Nachricht, bei- 
spielsweise als Datei, erzeugt, die mindestens die oben ge- 
nannten Inf ormationen, d.h. Kontext und Text der Anfrage, 
enthalt. Diese Nachricht wird durch den Kommunikations-Ser- 
vice 19 beispielsweise eine SW-Komponente des Arbei tsplatzes 
16 oder separatem Kommunikations- Server 14 an das mobile Kom- 
munikations-Gerat 20, beispielsweise ein WAP-Handy, SMS-Handy 
oder ein Beeper mit Display, des Experten wei tergelei tet . 

Als wesentlicher Vorteil der erf indungsgemaSen Ausbildung der 
medizinischen Systemarchi tektur ist die Integration des am 
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Arbeitsplatz im Workflow vorhandenen relevanten Kontext (Pa- 
tient, Prozedur) automatisch in eine Ruf-Anfrage. Auf diese 
Weise erhalt der Experte die fur seine Reaktion relevanten 
Informationen ohne redundanten Aufwand seitens des Bedieners. 

AuSer den genannten Informationen konnen alle in der Daten- 
bank vorhandenen Objekttypen als Kontext informationen bei- 
spielsweise aus den Felder des DICOM-Study-Obj ects konfigu- 
riert werden . 

Zusatzlich zu dem'Textfeld 28 kann eine Spracheingabe vorge- 
sehen sein, die als Audiodatei an das Kommunikations-Gerat 20 
ubertragen und dort ausgegeben wird. 

Als Ubertragungstechnologie zwischen Arbeitsplatz und Kommu- 
nikations-Service kann Corba , Instant Messaging oder Java En- 
terprise Beans verwendet werden. 

Das Bediener-Frontend kann als ein Java-Applet in einem Stan- 
-da r d - Br_o_w_s.e r ,_ _bjs i js p ie.l.sweise _Mi crosoft o der Netsca pe , _ rea li- 
siert sein. 
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Anhang 

In der Beschreibung verwendete Abkiirzungen: 

DICOM Digital Imaging and Communications in Medicine 

DICOM- Standard ist ein Industriestandard zur Uber- 
tragung von Bildern und weiteren medizinischen In- 
formationen zwischen Computern zur Ermoglichung der 
digitalen Kommunikation zwischen Diagnose- und The- 
raphiegeraten unterschiedlicher Hersteller. 



EPR Electronic -Patient -Record (Elektronische Patient en 

Akte) 

MTRA Medizinisch-Technische Radiologieassistent (in) 

PACS Picture Archival and Communication System 
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Patentanspriiche 

1 . Medizinische Systemarchitektur mit einem Arbeitsplatz (5 
bis 8 und 11, 16) zur Erfassung und/oder zur Nachbearbei tung 
von Daten und/oder Untersuchungs-Bildern, wobei dem Arbeits- 
platz (5 bis 8 und 11, 1*6) ein Ruf-System (18 bis 29) zur 
tlbertragung von Nachrichten zugeordnet ist. 

2 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
Anspruch l,dadurch gekennzeichnet, 
dass das Ruf-System (18 bis 29) derart ausgebildet ist, dass 
manuell anderbare Eintragungen von Zusat zinf ormationen aus in 
einer Datenbank vorhandenen Objekttypen automatisch erfolgen. 

3 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
Anspruch 1 oder 2,dadurch gekennzeich- 
net, das-s das Ruf-System (18 bis 29) ein Bediener- 
Frontend (18), einen Komiriunikations-Service (19) und ein 
mobiles Kommunikations-Gerat (20) aufweist. 

4 . Medizinische Systemarchitektur (5- bis 8 und 11, 16) nach 
Anspruch 3, dadurch gekennzeich- 
net, dass das Bediener-Frontend (18) in einer Applika- 
tion an den Arbeitsplatzen (16) integriert ist. 

5 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
Anspruch 3 oder 4, dadurch gekenn- 
zeichnet, dass der Kommunikations-Service (19) 
einen Kommunikations-Server (14) und ein Kommunikations- 
System (15) aufweist. 

6 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Ansprtiche 1 bis 5, dadurch ge- 
kennzeichnet, dass das Ruf-System (18 bis 29) 
derart ausgebildet ist, dass eine manuell anderbare Eintra- 
gung der Adressaten automatisch erfolgt. 
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7 . Medizinische Systemarchitektur (5 bis 8 und 11/ 16) nach 
einem der Anspruche 1 bis 6, dadurch g e - 
kennzeichnet, dass das Ruf-System (18 bis 29) 
derart ausgebildet ist, dass eine manuell anderbare Eintra- 
gung des aktuellen Patienten automat isch erfolgt. 

8 . Medizinische Systemarchitektur (5 bis 8 und 11/ 16) nach 
einem der Anspruche 1 bis 7, dadurch g e - 
kennzeichnet, dass das Ruf-System (18 bis 29) 
derart ausgebildet ist, dass eine manuell anderbare Eintra- 
gung der aktuellen Prozedur automatisch erfolgt. 

9 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 8, dadurch g e - 
kennzeichnet/ dass das Ruf-System (18 bis 29) 
derart ausgebildet ist, dass eine Eintragung eines beliebige 
Textes als spezielle Zusatzinf ormation moglich ist. 

10 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 

einem der Anspruche_ J._b_is 9 L dad u_r_c„h g_e._n 

ken-nzeichnet , dass das Ruf-System (18 bis 29) 
ein mobiles Kommunikations-Gerat (20) mit Display aufweist. 

11 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 10, dadurch g e - 
kennzeichnet, dass das Ruf-System (18 bis 29) 
eine Spracheingabe aufweist, die als Audiodatei an das 
Kommunikations-Gerat (.20) ubertragen und dort ausgebbar ist. 

12 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
Anspruch 1 bis 11, bei der die Arbei tsplat ze (16) Monitore 
(17) aufweisen, dadurch gekennzeich- 
n e t , dass die Arbei tsplat ze (16) derart ausgebildet 
sind, dass neben den Untersuchungs-Bildern ein Kommunikati- 
ons-Fenster (18) auf den jeweiligen Monitoren (15) einblend- 
bar ist. 
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13 . Medizinische Sys temarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 12, dadurch ge- 
kennzeichnet, dass das Ruf-System (18 bis 29) 
einen Inf ormations-Riickkanal (30) von dem Kommunikations- 
Gerat (20) zu dem Arbeitsplatz (16) aufweist. 

14 . Medizinische Systemarchi tektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 13, dadurch g e - 
kennzeichnet, dass das Kommunikations-Gerat 
(20) derart ausgebildet 1st, dass es eine Empf angsbestat igung 
an den Arbeitsplatz (16) nach Lesen der Nachricht sendet. 

15 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 14, dadurch g e - 
kennzeichnet , dass als Ubertragungs technologie 
zwischen Arbeitsplatzen (5 bis 8 und 11) und Kommunikat ions- 
Service Corba verwendet wird. 

16 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 14, dadurch g e - 
kennzeichnet, dasj|_al s„jjbert ragung-s -techno Jco~g±e~ 

"zwischenT Arbeitsplatzen (5 bis 8 und 11) und Kommunikations- 
Service Instant Messaging verwendet wird. 

17 . Medizinische Systemarchitektur nach einem der Anspruche 1 
bis 14, dadurch gekennzeichnet, 
dass als Obertragungstechnologie zwischen Arbeitsplatzen (5 
bis 8. und 11) und Kommunikat ions-Service Java Enterprise 
Beans verwendet wird. 

18 . Medizinische Systemarchitektur nach einem der Anspruche 1 
bis 14, dadurch gekennzeichnet, 
dass das Bediener-Frontend (18) als ein Java-Applet in einem 
Standard-Browser realisiert ist. 
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19 . Medizinische Systemarchitektur nach einem der Anspruche 
bis 18, dadurch gekennzeichnet, 
dass das mobile Kommunikations-Gerat ein WAP-Handy ist. 

20 . Medizinische Systemarchitektur nach einem der Anspruche 
bis 18, dadurch gekennzeichnet, 
dass das mobile Kommunikations-Gerat ein SMS-Handy ist. 

21 . Medizinische Systemarchitektur nach einem der Anspruche 
bis 18, dadurch gekenn, zeichnet, 
dass das mobile Kommunikations-Gerat ein Beeper mit Displa 
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Zusammenf as sung 



Medizinische Systemarchi tektur mit einem Arbeitsplatz unci 
einem Ruf-System 



5 



Die Erfindung betrifft eine medizinische Systemarchi tektur 
mit einem Arbeitsplatz (5 bis 8 und 11, 16) zur Erfassung 
und/ oder zur Nachbearbei tung von Daten und/oder Untersu- 
chungs-Bildern . Dem Arbeitsplatz (5 bis 8 und 11, 16) ist ein 
10 Ruf -System (18 bis 29) zur Ubertragung von Nachrichten 
zugeordnet. 




Figur 2 
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